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METHODS AND APPARATUS FOR TRANSFERRING A DATA ELEMENT 
WITHIN A DATA STORAGE SYSTEM 



BACKGROUND OF THE INVENTION 
5 In general, a data storage system stores and retrieves data for one or more 

external hosts. Fig. 1 shows a high-level block diagram of a conventional data storage 
system 20, The data storage system 20 includes front-end circuitry 22, a cache 24, 
back-end circuitry 26 and a set of disk drives 28-A, 28-B (collectively, disk drives 28). 
The cache 24 operates as a buffer for data exchanged between external hosts 30 and the 
10 disk drives 28. The front-end circuitry 22 operates as an interface between the hosts 30 
and the cache 24. Similarly, the back-end circuitry 26 operates as an interface between 
the cache 24 and the disk drives 28. 
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Fig. 1 further shows a conventional implementation 32 of the data storage 
system 20 that has a set of buses for carrying address information and data to and from 
the various data storage system components, i.e., to and from the front-end circuitry 22, 
the cache 24 and the back-end circuitry 26. In the implementation 32, the front-end 
5 circuitry 22 includes multiple front-end circuit boards 34. Each front-end circuit board 
34 includes a pair of front-end directors 36-A, 36-B. Each front-end director 36 (e.g., 
the front-end director 36-A of the front-end circuit board 34-1) is interconnected 
betv^een a particular host 30 (e.g., the host 30-A) and a set of M buses 38 (sometimes 
referred to as parallel multi-drop buses) that lead to the cache 24 (M being a positive 

10 integer), and operates as an interface between that host 30 and the cache 24. Similarly, 
the back-end circuitry 26 includes multiple back-end circuit boards 40. Each back-end 
circuit board 40 includes a pair of back-end directors 42-A, 42-B. Each back-end 
director 42 is interconnected between a particular disk drive 28 and the M buses 38 
leading to the cache 24, and operates as an interface between that disk drive 28 and the 

15 cache 24. 

Each disk drive 28 has multiple connections 44, 46 to the cache 24. For 
example, the disk drive 28-A has a first connection 44-A that leads to the cache 24 
through the back-end director 42-A of the back-end circuit board 40-1, and a second 
connection 46-A that leads to the cache 24 through another back-end director of another 
20 back-end circuit board 40 (e.g., a back-end director of the back-end circuit board 40-2). 
The multiple connections 44, 46 provide fault tolerant features (e.g., the capability to 
store and retrieve data even when one of the connections 44, 46 becomes unavailable) 
and optimization features (e.g., the capability to load balance across the connections 44, 
46). 

25 For a host 30 to store data on the disk drives 28, the host 30 provides the data to 

one of the front-end directors 36. That front-end director 36 then performs a write 
operation by providing the data to the cache 24 through one of the M buses 38. Next, 
one of the back-end directors 42 reads the data from the cache 24 through one of the M 
buses 38 and stores the data in one or more of the disk drives 28. To expedite data 
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transfer, the front-end director 36 can place a message for the back-end director 42 in 
the cache 24 when writing the data to the cache 24. The back-end director 42 can then 
respond as soon as it detects the message from the front-end director 36. Similar 
operations occur for a read transaction but in the opposite direction (i.e., data moves 
5 from the back-end director 42 to the front-end director 36 through the cache 24). 

SUMMARY OF THE INVENTION 

Unfortunately, there are deficiencies to the above-described conventional 
implementation 32 of the data storage system 20 of Fig. 1 . In particular, the set of M 

10 buses 38 has limited scaling capabilities. That is, as more front-end and back-end 
circuit boards 34, 40 are added to the system 20 to increase the performance and 
capacity of the data storage system implementation 32, the more congested the buses 38 
become. Conventional bus architecture features such as locking and arbitration 
mechanisms tend to limit bus availability even further. Eventually, the buses 38 become 

1 5 a bottleneck causing some front-end directors 36 and back-end directors 42 to wait 
excessively long amounts of time for bus access. In some high-traffic situations, the 
external hosts 30 perceive the resulting delays as unsatisfactory latencies. 

In contrast to the above-described conventional data storage system 
implementation 32 which uses multi-drop buses for its interconnection mechanism, the 

20 invention is directed to techniques for transferring data within a data storage system that 
includes, among other things, an interconnection mechanism having a point-to-point 
channel between an interface circuit (e.g., a director) and a volatile memory cache 
circuit. The point-to-point channel allows the interface circuit and the volatile memory 
cache circuit to have contention free access to each other. Such access is superior to the 

25 blocking nature of the conventional bus topology data storage system. In particular, the 
contention free access provided by the invention essentially alleviates interconnection 
mechanism delays, e.g., delays due to other devices using the bus, delays due to bus 
allocation (e.g., bus arbitration cycles), etc. Furthermore, the point-to-point nature of 
communications between devices of the data storage system (e.g., the interface and 
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volatile memory cache circuits) essentially makes such communication independent of 
the number of devices within the data storage system thus improving scalability of the 
data storage system. 

One arrangement of the invention is directed to a data storage system having a 
5 volatile memory cache circuit that buffers data elements exchanged between a storage 
device and a host, an interface circuit that operates as an interface between the volatile 
memory cache circuit and at least one of the storage device and the host, and a 
point-to-point channel interconnected between the volatile memory cache circuit to the 
interface circuit. The point-to-point channel carries the data elements between the 

10 volatile memory cache circuit and the interface circuit. The use of the point-to-point 
channel alleviates contention for the communications medium and thus avoids 
unnecessary latencies caused by the communications medium. 

In one arrangement, the point-to-point channel includes a set of unidirectional 
serial asynchronous links that is capable of carrying signals (e.g., a command, a data 

15 element, etc.) from the interface circuit to the volatile memory cache circuit, and another 
set of unidirectional serial asynchronous links that is capable of carrying signals (e.g., 
status, a data element, etc.) from the volatile memory cache circuit to the interface 
circuit. In such an arrangement, bandwidth through the channel can be increased by 
increasing the number of unidirectional serial asynchronous links in each of the sets. 

20 In one arrangement, the interface circuit is configured to provide a respective 

portion of a data element framed with synchronization delimiters to the volatile memory 
cache circuit through each of the first set of unidirectional serial asynchronous links 
during a write transaction (e.g., even bytes of the data element through one link and odd 
bytes of the data element through another link). Here, the interface circuit is further 

25 configured to obtain a respective portion of a data element framed with synchronization 
delimiters from the volatile memory cache circuit through each of the second set of 
unidirectional serial asynchronous links during a read transaction. Accordingly, the 
point-to-point channel is well-suited for handling read transactions, write transactions 
and even read-modify-write transactions. 
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In one arrangement, the interface circuit is configured to provide a respective 
portion of a data element and a corresponding multiple bit error detection code to the 
volatile memory cache circuit through each of the first set of unidirectional serial 
asynchronous links during a write transaction. Additionally, the interface circuit is 

5 configured to obtain a respective portion of a data element and a corresponding multiple 
bit enor detection code from the volatile memory cache circuit through each of the 
second set of unidirectional serial asynchronous links during a read transaction. The 
error detection codes enable the data storage system to detect errors that occur during 
transmission of data through a single link. 

1 0 In one arrangement, the interface circuit is configured to provide portions of a 

data element as data codes, vis-a-vis control codes, to the volatile memory cache circuit 
through the first set of unidirectional serial asynchronous links during a vvrite 
transaction. Furthermore, the interface circuit is configured to obtain portions of a data 
element as data codes from the volatile memory cache circuit through the second set of 

1 5 unidirectional serial asynchronous links during a read transaction. For example, the data 
codes can belong to an 8B/10B encoding/decoding data space. The use of control and 
data codes provides for well-organized and efficient communications (e.g., the 
capability to discern control delimiters, etc.), as well as another level of error detection 
for robust error handling within the data storage system. 

20 In one arrangement, the volatile memory cache circuit is configured to provide a 

busy signal to the interface circuit through each of the second set of unidirectional serial 
asynchronous links after receiving a command and before a data element moves through 
the point-to-point channel. The use of the busy signal enables handshaking, 
synchronization and coordinated communications between the interface circuit and the 

25 volatile memory cache circuit. 

In one arrangement, the interface circuit is configured to provide a tag indicator 
to the volatile memory cache circuit through the first set of unidirecfional serial 
asynchronous links when providing a command to the volatile memory cache circuit. 
The volafile memory cache circuit is configured to provide a copy of the tag indicator to 
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the interface circuit through the second set of unidirectional serial links when providing 
status to the interface circuit. The return of the tag indicator enables another level of 
error detection (e.g., fault recovery), security and coordination of communications 
between the interface circuit and the volatile memory cache circuit. For example, the 
5 volatile memory cache circuit can communicate with multiple interface circuits, and 
each interface circuit can check the tag indicator of a received communication from the 
volatile memory cache circuit to confirm that it is the proper recipient of that 
communication. 

In one arrangement, the volatile memory cache circuit provides the data element 

10 to the interface circuit ahead of providing the status to the interface circuit. This enables 
the volatile memory cache circuit to provide the data element to the interface circuit 
without delay (e.g., as soon as the volatile memory cache circuit receives the data 
element from another interface circuit). The volatile memory cache circuit can 
determine whether the data element is valid or invalid (e.g., corrupt based on checksum 

1 5 information) while providing the status. If the data element is valid, the volatile 

memory cache circuit can indicate, in status fields across status messages, that the data 
element is valid. However, if the data element is invalid, the volatile memory cache 
circuit can indicate, in the status fields, that the data element is invalid. 

In one arrangement, the interface circuit includes processing circuitry for 

20 processing a data element read from the volatile memory cache circuit during the step of 
moving the data element. In this arrangement, the processing circuitry has the capability 
to process the read data element while the interface circuit receives the status from the 
volatile memory. Accordingly, the interface circuit can continue processing the data 
element in a pipelined manner (e.g., checking the validity of the data element based on 

25 checksum information) even before the interface circuit has finished receiving the 
status. 

The features of the invention, as described above, may be employed in data 
storage systems, devices and methods such as those manufactured by EMC Corporation 
of Hopkinton, Massachusetts. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The foregoing and other objects, features and advantages of the invention will be 
apparent from the following more particular description of preferred embodiments of 
the invention, as illustrated in the accompanying drawings in which like reference 
5 characters refer to the same parts throughout the different views. The drawings are not 
necessarily to scale, emphasis instead being placed upon illustrating the principles of the 
invention. 

Fig. 1 is a block diagram of a conventional data storage system having a bus that 
connects a cache with front-end circuitry and back-end circuitry. 
10 Fig. 2 is a block diagram of a data storage system, which has point-to-point 

channels that connect a cache with front-end circuitry and back-end circuitry, that is 
suitable for use by the invention. 

Fig. 3 is a block diagram of a pathway of the data storage system of Fig. 2. 
Fig. 4 is a block diagram of further details of a portion of the pathway of Fig. 3. 
15 Fig. 5 A is a block diagram of an interface circuit transmission, which includes 

an access request and a data element, that is suitable for use by the invention. 

Fig. 5B is a block diagram of a cache circuit transmission which is suitable for 
use as a response to the interface circuit transmission of Fig. 5 A. 

Fig. 6A is a block diagram of another interface circuit transmission which is 
20 suitable for use by the invention. 

Fig. 63 is a block diagram of another cache circuit transmission, which includes 
a status message and a data element, that is suitable for use as a response to the interface 
circuit transmission of Fig, 6A. 

Fig. 7 is a flow chart of a procedure performed by an interface circuit of a data 
25 storage system when exchanging data with a volatile memory cache circuit. 

Fig. 8 is a flow chart of a procedure performed by a volatile memory cache 
circuit of a data storage system when exchanging data with an interface circuit to one of 
a host and a storage device. 
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DETAILED DESCRIPTION 

The invention is directed to techniques for transferring data within a data storage 
system that includes, among other things, an interconnection mechanism having a 
point-to-point channel between an interface circuit (e.g., a director) and a volatile 
5 memory cache circuit. The point-to-point channel offers the interface circuit and the 
volatile memory cache circuit contention free access. Such access is superior to the 
blocking nature of a conventional multi-drop bus topology data storage system. In 
particular, the contention free access provided by the invention essentially avoids 
interconnection mechanism delays, e.g., waiting due to other devices using the bus, 
10 delays due to bus allocation (e.g., bus arbitration cycles), etc. Additionally, the 

point-to-point nature of communications between devices of the data storage system 
(e.g., the interface and volatile memory cache circuits) makes such communication 
substantially independent of the number of devices within the data storage system thus 
improving scalability of the data storage system. 
1 5 Fig. 2 shows a data storage system 50 which is suitable for use by the invention. 

The data storage system 50 includes front-end circuitry 52, a cache 54, back-end 
circuitry 56 and a storage assembly 58. The storage assembly 58 includes multiple 
storage devices 60 (e.g., disk drives for storing data in a non-volatile manner). 

The front-end circuitry 52 operates as an interface between hosts 62 and the 
20 cache 54. The back-end circuitry 56 operates as an interface between the cache 54 and 
the storage assembly 58. The cache 54 operates as a buffer for temporarily storing data 
exchanged between the hosts 62 and the storage assembly 58. For example, the cache 
54 is capable of stormg data recently read from the storage assembly 58 by a host 62 
such that the same host 62, or another host 62, can subsequently access the same data 
25 without re-reading that data from the storage assembly 58. 

It should be understood that the various circuits 52, 54, 56 include a number of 
sub-circuits. In particular, the front-end circuitry 52 includes multiple fi:ont-end 
interface circuits 64 (e.g., front-end directors). Each front-end interface circuit 64 (e.g., 
the front-end interface circuit 64-A) operates as an interface between a particular host 
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62 (e.g., the host 62-A) and the cache 54. Similarly, the back-end circuit 56 includes 
multiple back-end interface circuits 66 (e.g., back-end directors). Each back-end 
interface circuit 66 (e.g., the back-end interface circuit 66-A) operates as an interface 
between a particular storage device 60 (e.g., the storage device 60-A) and the cache 54. 
5 The cache 54 includes multiple volatile memory cache circuits 68 for buffering 

data. Each volatile memory cache circuit 68 is capable of operating independently of 
the other volatile memory cache circuits 68. For example, the volatile memory cache 
circuit 68-A can transfer data (e.g., write data) from the front-end interface circuit 64-A 
to the back-end interface circuit 66-A while the volatile memory cache circuit 68-B 
1 0 transfers data (e.g., read data) from the back-end interface circuit 66-B to the front-end 
interface circuit 64-B. 

As shown in Fig. 2, the cache 54 of the data storage system 50 connects to the 
front-end and back-end interface circuits 64, 66 using a point-to-point topology, fri 
particular, each front-end interface circuit 64 connects to each of the volatile memory 
1 5 cache circuits 68 of the cache 54 through a different point-to-point channel 70. For 
example, the front-end interface circuit 64-A connects to the volatile memory cache 
circuit 68-A through a point-to-point channel 70-Al, connects to the volatile memory 
cache circuit 68-B through a point-to-point charmel 70-A2, and so on. Similarly, the 
front-end interface circuit 64-B connects to the volatile memory cache circuit 68-A 
20 through a point-to-point channel 70-B 1 , connects to the volatile memory cache circuit 
68-B through a point-to-point charmel 70-B2, and so on. 

Furthermore, each back-end interface circuit 66 connects to each of the cache 
circuits 68 through a different point-to-point channel 72. For example, the back-end 
interface circuit 66-A connects to the volatile memory cache circuit 68-A through a 
25 point-to-point channel 72-Al , connects to the volatile memory cache circuit 68-B 

through a point-to-point channel 72-A2, and so on. Likewise, the back-end interface 
circuit 66-B connects to the volatile memory cache circuit 68-A through a point-to-point 
channel 72-Bl, connects to the volatile memory cache circuit 68-B through a 
point-to-point channel 72-B2, and so on. 



EMC00-20(00124) 



- 10- 

It should be understood that each front-end interface circuit 64 preferably has 
multiple adaptors (or ports) for connecting to multiple hosts 62 and to multiple volatile 
memory cache circuits 68. Similarly, each back-end interface circuit 66 preferably has 
multiple adaptors for connecting to multiple storage devices 60 and to multiple volatile 
5 memory cache circuits 68. Each volatile memory cache circuit 68 has multiple adaptors 
for connecting to multiple front-end interface circuits 64 and to multiple back-end 
interface circuits 66. 

It should be further understood that the blocking nature of conventional multi- 
drop bus architectures and associated deficiencies (e.g., delays due to "lock" and 
10 "arbitration" schemes) are not present in the data storage system 50. Rather^ the point- 
to-point channels 70, 72 of the data storage system 50 provide the interface circuits 64, 
66 with contention free access to each volatile memory cache circuit 68 for minimal 
latency and improved scalability (e.g., the latency through a point-to-point channel is 
independent of scale). 

15 Additionally, it should be understood that the matrix topology of the data storage 

system 50 preferably provides redundant pathways between each host 62 and each 
storage device 60 for fault tolerance. Fig. 3 shows a portion 80 of the data storage 
system 50 which provides such a pathway. If part of the pathway should fail, signals 
can be redirected through one or more other parts of the data storage system 50 of Fig. 2 

20 in order to maintain communications between the host 62 and the storage device 60 
(e.g., transfer of a data element 74 from the host 62 to the storage device 60). Further 
details of the data storage system 50 will now be provided with reference to Fig. 3. 

Each point-to-point channel 70, 72 of the data storage system 50 includes 
multiple unidirectional links, as shown in Fig. 3 (point-to-point channels 70,72 

25 illustrated as dashed ovals in Fig. 3). In particular, each point-to-point channel 70 
includes two unidirectional asynchronous serial links 82 for carrying signals from a 
front-end interface circuit 64 to a volatile memory cache circuit 68, and two 
unidirectional asynchronous serial links 84 for carrying signals in the opposite direction, 
i.e., from the volatile memory cache circuit 68 to the front-end interface circuit 64. 
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Similarly, each point-to-point channel 72 includes two unidirectional asynchronous 
serial links 86 for carrying signals from the volatile memory cache circuit 68 to a back- 
end interface circuit 66, and two unidirectional asynchronous serial links 88 for carrying 
signals in the opposite direction, i.e., from the back-end interface circuit 66 to the 
5 volatile memory cache circuit 68, 

The use of asynchronous signals through the channels 70, 72 allows the interface 
circuits 64, 66 and the volatile memory cache circuits 68 to operate without a global 
system clock (a potential source of failure). Synchronization of the links in a channel 
preferably occurs by the circuits at the channel end points (e.g., an interface circuit 64, 

10 66 at one channel end and a volatile memory cache circuit 68 at the opposite channel 
end) exchanging channel initialization/synchronization signals (e.g., "INIT" signals) 
with each other through the channel. For example, prior to a channel reaching a ready 
state (i.e., ready for normal use), the circuit on each end can continue sending, as an 
INIT signal, an extended sequence of recognizable codes having a healthy number of 

15 high/low voltage transitions over each unidirectional asynchronous serial link leading to 
the circuit on the opposite channel end. As each circuit recognizes receipt of such 
signals on all of its channel input links, that circuit can then output ready signals (e.g., 
"READY" signals) in place outputting synchronization signals. The channel is ready 
for use when the circuits at each end of the channel no longer exchange synchronization 

20 signals, but exchange READY signals. Such signal exchanges enables communications 
between the circuits without the need for a common clock. 

The circuits at the channel end points can exchange other types of signals as 
well. For example, when a circuit is busy, that circuit can output busy signals (e.g., 
"BUSY" signals) through its channel output links to notify the circuit at the opposite 

25 end of the channel that it is busy or unavailable. As another example, if a circuit 

becomes confused and provides an unexpected signal through the channel, the circuit at 
the opposite channel end can attempt to reset the channel communications by outputting 
alarm/abort signals (e.g., "ALARM" signals) to the confused circuit. Upon receipt of 
the alarm/abort signals (or reset signals), the confused circuit (if not damaged) can begin 
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reinitialization of the channel by outputting the EMIT signals and re-synchronizing with 
the non-confused circuit, i.e., to bring the channel back up to a ready state. Upon 
detection of the INIT signals, the circuit outputting the ALARM signals can join the 
re-synchronization process (e.g., by changing its output to INIT signals as well) before 
5 transitioning the channel back to a ready state. Further details of how control 
information and data are exchanged between a front-end interface circuit 64 and a 
volatile memory cache circuit 68 will now be provided with reference to Fig. 4. 

Fig. 4 shows a detailed view 90 of a front-end interface circuit 64, a volatile 
memory cache circuit 68, and a point-to-point channel 70 interconnected therebetween. 

10 It should be understood that the front-end interface circuit 64 of Fig. 4 connects to other 
channels 70 leading to other volatile memory cache circuits 68 which are not shown for 
simplicity. Similarly, it should be understood that the volatile memory cache circuit 68 
of Fig. 4 connects to other channels 70, 72 leading to other interface circuits 64, 66 
which are not shown for simplicity. 

15 As shown in Fig. 4, the front-end interface circuit 64 includes a transceiver 92 

having a first transmitter 94-A for transmitting a first output signal on the link 82-A, a 
second transmitter 94-B for transmitting a second output signal on the link 82-B, a first 
receiver 96-A for receiving a first input signal on the link 84- A, and a second receiver 
96-B for receiving a second input signal on the link 84-B. The front-end interface 

20 circuit 64 further includes protocol handling circuitry 98 and data element processing 
circuitry 100. The protocol handling circuitry 98 is responsible for implementing a 
common communications protocol between the front-end interface circuit 64 and the 
volatile memory cache circuit 68, i.e., lower network layer duties such as data element 
assembly/disassembly operations, error detection, etc.). The data element processing 

25 circuitry 100 processes the data element at a higher level (e.g., the application layer). 

As further shown in Fig. 4, the volatile memory cache circuit 68 includes a 
transceiver 102 having a first receiver 104-A for receiving a first input signal on the link 
82-A, a second receiver 104-B for receiving a second input signal on the link 82-B, a 
first transmitter 106- A for transmitting a first output signal on the link 84- A, and a 
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second transmitter 106-8 for transmitting a second output signal on the link 84-B. The 
volatile memory cache circuit 68 further includes protocol handling circuitry 108 and 
data element buffering circuitry 1 10. The protocol handling circuitry 108 is similar to 
the protocol handling circuitry 98 of the front-end interface circuit 64 in that it 
5 implements the communications protocol. The data element buffering circuitry 1 10 
includes volatile storage (e.g., semiconductor memory locations) and control and 
addressing logic for accessing the volatile storage. 

It should be understood that the front-end interface circuit 64 preferably 
exchanges commands, data and status with the volatile memory cache circuit 68 in a 

1 0 distributed manner. For example, suppose that the front-end interface circuit 64 is about 
to send a write command and a data element (e.g., a block of data) to the volatile 
memory cache circuit 68 through the point-to-point channel 70. The data element 
processing circuitry 100 of the front-end interface circuit 64 provides the write 
command and the data element to the protocol handling circuitry 98. The protocol 

1 5 handling circuitry 98 distributes both the write command and the data element through 
the two links 82-A, 82-B to utilize the available bandwidth provided by the two links 
82-A, 82-B. For example, as shown in Fig. 4, the front-end interface circuit 64 sends an 
access request 1 12- A having the even bytes of the write command, and a data element 
portion 1 14- A having the even bytes of the data element through the link 82-A. 

20 Additionally, the front-end interface circuit 64 sends another access request 1 12-B 
having the odd bytes of the write command, and another data element portion 1 14-B 
having the odd bytes of the data element through the link 82-B. 

At the other end of the charmel 70, the protocol handling circuitry 108 of the 
volatile memory cache circuit 68 combines the distributed write command portions and 

25 data element portions to reform the write command and the data element and then 
passes both to the data element buffering circuitry 1 10. The data element buffering 
circuitry 110 processes the data element based on the write command, and provides 
status back to the protocol handling circuitry 1 08. In response, the protocol handling 
circuitry 108 distributes the status through the two links 84-A, 84-B. For example, as 
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shown in Fig. 4, the volatile memory cache circuit 102 sends a status message 1 1 6- A 
having even status bytes through the link 84- A, and another status message 1 1 6-B 
having odd status bytes through the link 84-B. The protocol handling circuitry 98 and 
the data element processing circuitry 1 00 of the front-end interface circuit 64 then 
5 recombine and process the status from the two status messages 1 16- A, 1 16-B. 

It should be understood that the distribution of commands, data and status 
through multiple channel links in each direction efficiently utilizes the available 
bandwidth of the channel 70. Further details of communications between the front-end 
interface circuit 64 and the volatile memory cache circuit 68 will now be provided with 

1 0 reference to Figs, 5 A and 5B. 

Fig. 5 A shows a format 140 for an access request and a format 142 for a data 
element portion which are suitable for use by the data storage system 50, That is, the 
format 140 can be used for each of the access requests 1 12- A, 1 12-B of Fig. 4. 
Similarly, the format 142 can be used for each of the data element portions 1 14-A, 

15 114-BofFig.4. 

As shown in Fig. 5, the format 140 for an access request includes a start-of-file 
(SOF) field 144, a command field 146, an address field 148, a tag field 150, and an error 
detection code field 152. The SOF field 144 includes a special delimiter code (e.g., a 
unique series of bits) that the volatile memory cache circuit 68 recognizes as the 

20 beginning of a transmission having the access request format 140 (hereinafter the access 
request 140 for simplicity). The command field 146 includes a series of codes 
representing a portion of a command (e.g., even bytes of a write command, even bytes 
of a read-modify-write command, etc.). The address field 148 includes a portion (e.g., 
even bytes) of a storage device address for a storage device location upon which the 

25 command applies. 

The tag field 150 includes part of a tag (e.g., even tag bytes) that the front-end 
interface circuit 64 includes in the access requests 140 to identify an intended route of 
communications. For example, and as will be explained in further detail shortly, the tag 
can identify which front-end interface circuit 64 provides the access requests 140 when 
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multiple front-end interface circuits 64 communicate with the volatile memory cache 
circuit 68 for fault recovery purposes. 

The error detection code field 152 includes an error detection code (e.g., parity, a 
checksum, etc.) that the volatile memory cache circuit 68 can use to verify proper 
5 transmission and reception of the access request 140. In one arrangement, the error 
detection code utilizes the CRC-CCITT V.41 checksum (i.e., a checksum using the 
following polynomial: X'^ + X*^ + X' +1). Other error checking and/or error correction 
schemes can be used as well (e.g., CRC16, Reed Solomon, etc.). 

As further shown in Fig. 5 A, the format 142 for a data element portion includes 

10 a middle-of-file (MOF) field 154, a data field 156, an error detection code field 158, and 
an end-of-file (EOF) field 160. The MOF field 154 is similar to an SOF field 144 in 
that the MOF field 154 includes a special delimiter code that the volatile memory cache 
circuit 68 recognizes as the beginning of a transmission having the data element portion 
format 142 (hereinafter simply data element portion 142). In one arrangement, each 

15 front-end interface circuit 64 is configured to transmit an access request 140 and a data 
element portion 142 back-to-back, and each volatile memory cache circuit 68 is 
configured to locate the end of the access request 140 based on receipt of the MOF 
delimiter of the data element portion 142. The data field 156 includes a portion of a 
data element (e.g., even bytes of a data block) to be written to the volatile memory cache 

20 circuit 68 (an perhaps subsequently to a data storage device 60), or control information 
(e.g., control parameters, configuration information, etc.). The error detection code field 
158 includes an error detection code that the volatile memory cache circuit 68 can use to 
verify proper transmission and reception of the data element portion 142. The EOF field 
160 includes a special delimiter code that the volatile memory cache circuit 68 

25 recognizes as the end of the data element portion 142. 

With reference again to Fig. 4, the front-end interface circuit 64 distributes 
commands and addresses across multiple access requests 1 12-A, 1 12-B, and data 
elements across multiple data element portions 1 14- A, 1 14-B. In particular, the 
front-end interface circuit 64 places even command bytes and even address bytes in the 
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access request 1 12-A, odd command bytes and odd address bytes in the access request 
1 12-B, even data element bytes in the data element portion 1 14-A, and odd data element 
bytes in the data element portion 1 14-B, 

The volatile memory cache circuit 68 can then recombine the contents of the 
5 access requests 1 12-A, 1 12-B and the data element portions 11 4- A, 1 14-B. For 

example, the volatile memory cache circuit 68 combines the contents of the data fields 
156 of the data element portions 1 14-A, 1 14-B to form a complete data element (e.g., a 
complete block of data). Furthermore, the volatile memory cache circuit 68 can 
determine whether the access requests 140 and the data element portions 142 were 
10 properly transmitted and received based on the contents of their error detection code 

fields 152, 158 (e.g., by looking for a particular remainder such as xlDOF, by generating 
new checksums and comparing them to checksums in the error detection code fields 
152, 158, etc.). 

It should be further understood that the transmission through each link 82, 84 is 
15 asynchronous and serial thus enabling the links to remain separate and independent, and 
thus avoiding the need for a system-wide synchronization clock which can be a source 
of failure. The SOF, MOF and EOF delimiters enable communications to be carried on 
all links of the channel simultaneously to provide channel alignment and byte 
synchronization. Accordingly, the front-end interface circuit 64 and the volatile 
20 memory cache circuit 68 have a robust handshaking mechanism allowing them to 
synchronize operation. 

Fig. 5B shows a format 170 for a status message which is suitable for use by the 
data storage system 50. The volatile memory cache circuit 68 of Fig. 4 provides status 
of a write operation to the front-end interface circuit 64 by distributing the status across 
25 multiple status messages sent through the links 84- A, 84-B. In particular, the status 
message 1 16- A includes half of the status (e.g., even status bytes), and the status 
message 116-B includes the other half of the status (e.g., odd status bytes). 

As shown in Fig. 5B, the format 172 for a status message includes an MOF field 
172, a tag field 174, a fill field 176, a status field 178, an error detection code field 180, 
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and an end-of-file field 182. The MOF field 172 includes a special delimiter code that 
the fi:ont-end interface circuit 64 recognizes as the beginning of a transmission having 
the status message format 170 (hereinafter simply a status message 170). 

The tag field 174 includes a portion of a tag (e.g., even tag bytes) that the 
5 front-end interface circuit 64 included in the earlier sent access request 140 in order to 
enable the front-end interface circuit 64 to associate the status message 1 70 with a 
particular front-end interface circuit 64. For example, with reference to Fig. 2, suppose 
that the front-end interface circuit 64-A provides a write command and a data element to 
the volatile memory cache circuit 68-A. The front-end interface circuit 64-A distributes 

1 0 the write command and the data element within access requests and data element 

portions having the formats 140, 142 of Fig. 5 A, and sets the tag fields 150 of the access 
requests to include a tag identifying the front-end interface circuit 64-A as the originator 
or source of the write command and the data element. In response, the volatile memory 
cache circuit 68-A processes the write command and the data element, and provides 

1 5 status back to the front-end interface circuit 68-A. In particular, the volatile memory 

cache circuit 68-A distributes the status within status messages having the format 170 of 
Fig. 5B, and includes the tag portions of the earlier-received access requests in the tag 
fields 174 of the status messages (e.g., even tag bytes in the tag field 150 of one status 
message, and the odd tag bytes in the tag field 150 of another status message). Next, the 

20 front-end interface circuit 68-A combines the tag portions to reform the tag and 
confirms that the status messages have been sent to the correct front-end interface 
circuit 68, i.e., the front-end interface circuit 68-A, by checking the tag. If the volatile 
memory cache circuit 68-A had inadvertently sent the status message to the front-end 
interface circuit 68-B, i.e., the wrong interface circuit, the front-end interface circuit 68- 

25 B would determine that it was improperly sent the status message by checking the tag, 
and initiate an appropriate error handling routine. 

With reference back to Fig. 5B, the fill field 176 includes codes that extend the 
size of the status message 170 in order to provide processing flexibility (e.g., to delay 
the completion of transmission of the status message 170 until the volatile memory 
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cache circuit 64 can complete the write operation and generate the status message 170). 
The status field 1 78 includes part of the status provided by the volatile memory cache 
circuit 68 in response to an earlier command, e.g., even bytes or odd bytes of status 
indicating whether the earlier-performed write operation completed properly. The error 
5 detection code field 180 is similar to the error detection code fields 152, 158 of Fig. 5 A 
in that the error detection code field 180 includes an error detection code that the 
front-end interface circuit 64 can use to verify proper transmission and reception of the 
status message 1 70. The EOF field 1 82 includes a special delimiter code that the 
front-end interface circuit 64 recognizes as the end of the status message 170. Further 

1 0 details of communications between the front-end interface circuit 64 and the volatile 
memory cache circuit 68 will now be provided with reference to Figs. 6A and 6B. 

Fig. 6 A shows a format 190 for an access request which is suitable for use by the 
data storage system 50. The front-end interface circuit 64 provides a transmission 
having the access request format 190 (hereinafter access request 190) to the volatile 

1 5 memory cache circuit 68 through each link 82 (see Fig. 4) when reading a data element 
from the volatile memory cache circuit 68. The access request 190 includes a 
start-of-file (SOF) field 192, a command field 194, an address field 196, a tag field 198, 
and an error detection code field 200. The SOF field 192 includes a special delimiter 
code that the volatile memory cache circuit 68 recognizes as the beginning of the access 

20 request. The command field 194 includes a series of codes representing a portion of a 
command (e.g., even bytes of a read command). The address field 196 includes a 
portion (e.g., even bytes) of a storage device address for a storage device location upon 
which the command applies. The tag field 198 includes a series of codes that the 
front-end interface circuit 64 includes in the access request 190 to distinguish it from 

25 access requests of other front-end interface circuits 64. The error detection code field 
200 includes an error detection code (e.g., parity, a checksum, etc.) that the volatile 
memory cache circuit 68 can use to verify proper transmission and reception of the 
access request 190. 

The tag field 198 includes part of a tag (e.g., even tag bytes) that the front-end 
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interface circuit 64 includes in the access requests 190 to identify an intended route of 
communications. For example, as explained above, the tag field 198 can include a part 
of a tag that identifies which front-end interface circuit 64 provided the access request 
190 (for fault recovery purposes) when multiple front-end interface circuits 64 
5 communicate with the volatile memory cache circuit 68. 

The error detection code field 200 includes an error detection code (e.g., parity, a 
checksum, etc.) that the volatile memory cache circuit 68 can use to verify proper 
transmission and recepfion of the access request 190. The EOF field 202 includes a 
special delimiter code that the volatile memory cache circuit 68 recognizes as the end of 
10 the status message 190. In one arrangement, the volafile memory cache circuit 68 
distinguishes an access request 140 and an access request 190 based on the next 
received end delimiter (i.e., MOF for the access request 140 and EOF for the access 
request 190). 

As explained earlier, the front-end interface circuit 64 distributes commands, 
1 5 addresses and tags across multiple access requests, e.g., see access requests 1 12- A, 
1 12-B of Fig. 4. In particular, the front-end interface circuit 64 places even command 
bytes, even address bytes and even tag bytes in the access request 1 12-A, and odd 
command bytes, odd address bytes and odd tag bytes in the access request 1 12-B. The 
volatile memory cache circuit 68 can then combine the contents of the command fields 
20 194, the address fields 196 and tag fields 198 of the access requests to form a complete 
command, a complete address and a complete tag. Additionally, the volatile memory 
cache circuit 68 can determine whether the access requests were properly transmitted 
and received based on the contents of the error detection code field 200. 

Fig. 6B shows a format 210 for a data element portion and a format 212 for a 
25 status message which are suitable for use by the data storage system 50. The volatile 
memory cache circuit 68 provides transmissions having the data element portion format 
210 (hereinafter data element portions 210) and transmissions having the status message 
format 212 (hereinafter status messages 212) to the front-end interface circuit 64 
through the links 84-A, 84-B (see Fig. 4) in response to a read operation by the 
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front-end interface circuit 64. The data element portion 210 includes a start-of-file 
(SOF) field 214, a data field 216, and an error detection code field 218. The SOF field 
214 is includes a special delimiter code that the fi-ont-end interface circuit 64 recognizes 
as the beginning of a data element portion. The data field 216 includes a portion of a 
5 data element (e.g., even bytes or odd bytes of the data element) read from the volatile 
memory cache circuit 68 (an perhaps a data storage device 60). The error detection code 
field 218 includes an error detection code that the front-end interface circuit 64 can use 
to verify proper transmission and reception of the data element portion 210. 

As further shown in Fig. 6B, the status message 212 includes an MOF field 220, 

10 a tag field 222, a fill field 224, a status field 226, an en*or detection code field 228, and 
an end-of-file field 230. The MOF field 220 includes a special delimiter code that the 
front-end interface circuit 64 uses to recognize the beginning of the status message 212 
and the end of the data element portion 210 (i.e., the MOF field 220 bounds the data 
element portion 210). The tag field 222 includes a portion of a tag (e.g., even tag bytes) 

1 5 that the front-end interface circuit 64 included in the tag fields 198 of access requests 
190 (see Fig. 6 A) to enable the front-end interface circuit 64 to verify that it is the 
correct recipient of the data element portion 210 and the status message 212, If the 
front-end interface circuit 64 receives status with a tag identifying another front-end 
interface circuit 64 as the intended recipient, the front-end interface circuit 64 can begin 

20 an error handling routine (e.g., notify the volatile memory cache circuit 68 that the status 
has been mis-routed. 

The fill field 224 includes codes that extend the size of the status message in 
order to provide processing flexibility. For example, the volatile memory cache circuit 
68 of Fig. 4 can include fill codes in the fill field 224 to delay the completion of 

25 transmission of the status message 212 until the volatile memory cache circuit 64 can 
complete the read operation (e.g., error check the data element which was read from a 
storage device) and generate proper status. 

The status field 226 includes a portion of the status (e.g., even status bytes) 
indicating whether the earlier performed read operation completed properly. The error 
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detection code field 228 includes an error detection code that the front-end interface 
circuit 64 can use to verify proper transmission and reception of the status message 212. 
The EOF field 230 includes a special deUmiter code that the front-end interface circuit 
64 recognizes as the end of the status message 212. 
5 When the front-end interface circuit 64 reads a data element from the volatile 

memory cache circuit 68 (see Fig. 4), the volatile memory cache circuit 68 transmits a 
first data element portion and a first status message on the link 84- A, and a second data 
element portion and a second status message on the link 84-B. In particular, the volatile 
memory cache circuit 68 places even data element bytes in the first data element portion 

1 0 and even status bytes in the first status message on link 84- A, and odd data element 
bytes in the second data element portion and odd status bytes in the second status 
message on the link 84-B. The front-end interface circuit 64 can then combine the 
portions of the data element and the status to reform the data element (e.g., a block of 
data) and the status. Furthermore, the front-end interface circuit 64 can determine 

1 5 whether the communications were properly transmitted and received based on the 
contents of the error detection code fields 218, 228 (also see Figs, 6A and 6B). 

It should be understood that the codes of the access requests 140, 190, the data 
element portions 142, 210, and the status messages 170, 212 have a standard format that 
is recognizable at both ends of the point-to-point channel 70. Preferably, the codes 

20 comply with an 8B/1 OB encoding/decoding convention for robust error checking. The 
special attributes of 8B/10B encoding (e.g., limitations to the number of ones and zeros 
within each code, distinctions between special control codes and data codes, the use of 
special bit sequences such as a comma, the use of a running disparity, etc.) enable a 
level of control to be passed with the information of each code. For example, the ends 

25 of the point-to-point channel 70 can perform extensive error detection routines to 
uncover practically all errors. This is a powerful feature since the point-to-point 
channels 70 (as well as the point-to-point channels 72) when implemented within the 
data storage system 50 (e.g., within a backplane or multiple backplanes) can be a source 
of message distortion (e.g., information loss due to bit distortion). Preferably, control 
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characters from the 8B/10B control space are reserved for particular fields such as the 
SOF, MOF and EOF delimiters, and the data characters from the 8B/10B data space are 
used in other fields such as the data fields 156, 216 (see Figs 5 A, 5B, 6A and 6B). 
Furthermore, particular control characters (hereinafter referred to as semaphores) are 
5 used to report conditions or invoke control (e.g., K28.5/K28.5/D10.2 can be used as a 
ready signal, K28.5/K28.5/D21 A can be used as a busy signal, and so on). Accordingly, 
the use of 8B/10B codes enables control and conveyance of additional information (e.g., 
delimiters), and provides an additional level of error detection. A device which is 
suitable for use to implement the above-described 8B/10B encoding mechanism is the 

10 VSC7216 provided by Vitesse Semiconductor Corporation of Camarillo, California. 

Additionally, it should be understood that the volatile memory cache circuit 68 
preferably provides the data element to the front-end interface circuit 64 ahead of 
providing the status message to the front-end interface circuit 64 (see Figs 6A and 6B). 
This enables the volatile memory cache circuit 68 to provide the data element to the 

15 front-end interface circuit 64 without delay (e.g., as soon as the volatile memory cache 
circuit 68 receives the data element from a back-end interface circuit 66). The volatile 
memory cache circuit 68 can then determine whether the data element is valid or invalid 
(e.g., corrupt based on the contents of the error detection code field 218) as the data 
element passes through to the front-end interface circuit 64. The volatile memory cache 

20 circuit 68 then provides status in status messages 212 (i.e., even status bytes in one 

status message 212, and odd status bytes in another status message) to indicate whether 
the data element is valid or invalid. 

Furthermore, when the volatile memory cache circuit 68 provides the data 
element to the front-end interface circuit 64 ahead of providing the status message to the 

25 front-end interface circuit 64, the data element processing circuitry 120 of the front-end 
interface circuit 64 preferably is capable of processing that data element read while the 
transceivers 1 12 and the protocol handling circuitry 98 of the front-end interface circuit 
64 receive the status messages 212 from the volatile memory cache circuit 68 and 
determine whether there were any errors. If there were errors, the protocol handling 
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circuitry 98 can notify the data element processing circuitry 100. Accordingly, the 
front-end interface circuit 64 can continue processing the data element in a pipelined 
manner (e.g., checking the validity of the data element based on checksum information) 
even before the front-end interface circuit 64 has finished receiving the status message 
5 212. 

As just described above, the firont-end interface circuit 64 is preferably 
configured to expect receipt of data element portions 210 ahead of status messages 212. 
The front-end interface circuit 64 can detect a deviation of this protocol as an error. For 
example, if the front-end interface circuit 64 receives the MOF delimiter (the begirming 

10 of a status message) as the beginning of a response from the volatile memory cache 
circuit 68 in response to a read command (rather than an SOF delimiter which is the 
beginning of a data element portion), the front-end interface circuit 64 knows that an 
error has occurred, and can then perform an error handling routine. 

It should be understood that, although a write operation and a read operation 

1 5 have been described above, other operations (e.g., configuration operations, 

administrative operations, etc.) can be performed as well. Preferably, the data storage 
system 50 supports read-modify-write operations. For example, suppose that the 
front-end interface circuit 64 of Fig. 4 needs to add a particular value to an original data 
element residing in the volatile memory cache circuit 68. The front-end interface circuit 

20 64 can send a read-modify-write command and the value (as a data element) to the 
volatile memory cache circuit 68 in form of access requests 140 and data element 
portions 142, respectively (see Fig. 5 A). The volatile memory cache circuit 68 responds 
by adding the value to the original data element residing in the volatile memory cache 
circuit 68, and sending a copy of the original data element and status to the front-end 

25 interface circuit 64 in the form of data element portions 2 1 0 and status messages 2 1 2, 
respectively (see Fig. 6B). Preferably, the volatile memory cache circuit 68 treats the 
read-modify-write operation as an atomic operation (i.e., prevents another data access 
operation from occurring during the read-modify-write operation to avoid inadvertently 
overwriting the results of the other data access operation). 
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It should be further understood that the above-described explanations pertaining 
to Fig. 4 were directed to communications between the front-end interface circuit 64 and 
the volatile memory cache circuit 68 through the point-to-point channel 70 by way of 
example only. The same explanations apply to communications between the volatile 
5 memory cache circuit 68 and a back-end interface circuit 66 (see Fig. 3) through a 
point-to-point channel 72. For example, the back-end interface circuit 66 of Fig. 3 (i) 
can write a data element to the volatile memory cache circuit 68 by providing access 
requests 140 and data element portions 142 (see Fig. 5 A) through the links 88 of the 
point-to-point channel 72, and (ii) can receive status messages 170 from the volatile 
1 0 memory cache circuit 68 through the links 86 of the point-to-point channel 72. 

Additionally, the back-end interface circuit 66 can read a data element from the volatile 
memory cache circuit 68 by providing access requests 190 (see Fig. 6A) through the 
links 88 of the point-to-point channel 72, and receiving data element portions 210 and 
status messages 212 from the volatile memory cache circuit 68 through the links 86 of 
1 5 the point-to-point channel 72. A summary of how a front-end interface circuit 64 
performs certain operations will now be provided with reference to Fig. 7. 

Fig. 7 shows a procedure 240 which is performed by a front-end interface circuit 
64 during a data access operation (e.g., writing a data element to the cache, reading a 
data element from the cache, etc.). In step 242, the front-end interface circuit 64 
20 provides a command (e.g., a sequence of 8B/10B control codes) to the volatile memory 
cache circuit 68 (e.g., see the access requests 1 12-A, 1 12-B of Fig. 4). Preferably, the 
command is striped across multiple access requests (e.g., even command bytes in one 
access request, and odd command bytes in another). 

In step 244, the front-end interface circuit 64 receives BUSY signals from the 
25 volatile memory cache circuit 68 through the links 84-A, 84-B in response to the 

command. In one arrangement, each BUSY signal is a sequence of 8B/10B codes (e.g., 
8B/10B control codes with a relatively high number of zero and one transitions in order 
to keep the links active). Recall that the BUSY signal is one of several signals that 
enable the circuits at the channel end points to handshake (e.g., coordinate operating 
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states, synchronize/align links of the point-to-point channel 70, etc.). 

In step 246, the front-end interface circuit 64 moves a data element through the 
point-to-point channel 70 in accordance with the access request. For example, if the 
command was a write request, the front-end interface circuit 64 provides a data element 
5 (e.g., data element portions through respective links 82 of the point-to-point channel 70) 
to the volatile memory cache circuit 68 in step 246. On the other hand, if the command 
was a read request, the front-end interface circuit 64 receives a data element (e.g., data 
element portions through respective links 84 of the point-to-point channel 70) from the 
volatile memory cache circuit 68 in step 246. Recall that preferably the even bytes of 

1 0 the data element pass through one link, and the odd bytes of the data element pass 

through another link. In one arrangement, the data element portions include sequences 
of 8B/10B data codes which are framed by control codes (synchronization delimiters, 
error correction codes, tags, etc. as shown in Figs. 5A and 6B). 

In step 248, the front-end interface circuit 64 receives status from the volatile 

1 5 memory cache circuit 68 in accordance with the data element. For example, the 

front-end interface circuit 64 receives status indicating the results of a write operation in 
response to a write command, the results of a read operation in response to a read 
command, etc. The status is preferably distributed across multiple status messages (e.g., 
see status messages 11 6- A, 1 16-B in Fig. 4). In one arrangement, status includes 

20 8B/1 OB control codes. A summary of the operation of a volatile memory cache circuit 
68 will now be provided with reference to Fig. 8. 

Fig. 8 shows a procedure 250 which is performed by a volatile memory cache 
circuit 68 during a data access operation (e.g., receiving a data element into the cache, 
providing a data element from the cache, etc.). In step 252, the volatile memory cache 

25 circuit 68 receives a command (e.g., a sequence of 8B/10B control codes) from the 
front-end interface circuit 64 (e.g., the access requests 1 12- A, 1 12-B of Fig. 4). 

In step 254, the volatile memory cache circuit 68 provides a BUSY signal to the 
front-end interface circuit 64 through the links 84- A, 84-B of a point-to-point channel 
70 in response to the command. 
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In step 256, the volatile memory cache circuit 68 moves a data element through 
the point-to-point channel 70 in accordance with the command. For example, if the 
command was a write command, the volatile memory cache circuit 68 receives a data 
element (e.g., even bytes and odd bytes through respective links 82 of the point-to-point 
5 channel 70) from the front-end interface circuit 64 in step 246. On the other hand, if the 
command was a read command, the volatile memory cache circuit 68 provides a data 
element (e.g., even bytes and odd bytes through respective links 84 of the point-to-point 
channel 70) to the front-end interface circuit 64 in step 246. In one arrangement, the 
parts of the data element include sequences of 8B/I0B data codes which are framed by 
10 control codes (synchronization delimiters, error correction codes, tags, etc. as shown in 
Figs. 5A and 6B). 

In step 258, the volatile memory cache circuit 68 provides status to the front-end 
interface circuit 64 in accordance with the data element. For example, the volatile 
memory cache circuit 68 includes status indicating the results of a write operation in 

15 response to a write command, the results of a read operation in response to a read 

command, etc. The status is preferably distributed across multiple status messages (e.g., 
see status messages 1 16-A, 1 16-B in Fig, 4). In one arrangement, the status message 
includes 8B/10B control codes. 

It should be understood that the procedure 240 of Fig. 7 and the procedure 250 

20 of Fig. 8 were described as handling communications between the front-end interface 
circuit 64 and the volatile memory cache circuit 68 by way of example only. The 
procedure 240 of Fig. 7 is also performed by the back-end interface circuits 66 in order 
to move data elements between the volatile memory cache circuits 68 and the storage 
devices 60. Similarly, the procedure 250 of Fig. 8 is also performed by the volatile 

25 memory cache circuits 68 in order to move the data elements between the volatile 
memory cache circuits 68 and the storage devices 60. 

Furthermore, it should be understood that for read-modify-write operations, data 
elements move in both directions. For example, the front-end interface circuit 64 of Fig. 
4 provides a data element to the volatile memory cache circuit 68 (i.e., a value to add to 
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an original data element), and the volatile memory cache circuit 68 returns a data 
element (i.e., the original data element). 

As described above, the invention is directed to techniques for transferring data 
(e.g., a data element) within a data storage system 50 that includes, among other things, 
5 an interconnection mechanism having a point-to-point channel 70, 72 between an 
interface circuit 64, 66 and a volatile memory cache circuit 68. The point-to-point 
channel 70, 72 allows the interface circuit 64, 66 and the volatile memory cache circuit 
68 to have contention free access to each other. Such access is superior to the blocking 
nature of the conventional bus topology data storage system. In particular, the 

10 contention free access provided by the invention essentially alleviates interconnection 
mechanism delays, e.g., delays due to other devices using the bus, delays due to bus 
allocation (e.g., bus arbitration cycles), etc. Furthermore, the point-to-point nature of 
communications between devices of the data storage system (e.g., the interface and 
volatile memory cache circuits) essentially makes such communication independent of 

15 the number of devices within the data storage system thus improving scalability of the 
data storage system. 

The features of the invention may be particularly useful in data storage systems 
and computer-related circuits (e.g., fault-tolerant systems) such as those of EMC 
Corporation of Hopkinton, Massachusetts. For example, the invention can be 

20 implemented in computer equipment arranged in a storage area network (SAN) 

configuration. As another example, the invention can be implemented in computer 
equipment arranged in a network-attached storage (NAS) configuration. As a particular 
example, the invention can be implemented in a Symmetrix, which is manufactured by 
EMC Corporation. 

25 While this invention has been particularly shown and described with references 

to preferred embodiments thereof, it will be understood by those skilled in the art that 
various changes in form and details may be made therein without departing from the 
spirit and scope of the invention as defined by the appended claims. 
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For example, it should be understood that the data storage system 50 is shown in 
Fig. 2 as including only two front-end interface circuits 64, two volatile memory cache 
circuits 68 and two back-end interface circuits 66 by way of example only. In other 
arrangements, the data storage system 50 includes different numbers of front-end 
5 interface circuits 64, volatile memory cache circuits 68 and back-end interface circuits 
66. Regardless of the number of circuits, it should be understood that the point-to-point 
channels 70, 72 provide contention free access thus freeing the data storage system 50 of 
interconnection mechanism contention delays to provide full flexibility when scaUng the 
data storage system 50. 

1 0 Additionally, it should be understood that the point-to-point channels 70, 72, 

were shovm as including two input links and two output links by way of example only. 
In other arrangements, the point-to-point channels 70, 72 include a different number of 
links in each direction (e.g., one, eight, etc.). As the number of links increase (e.g., to 
increase bandwidth), the front-end interface circuits 64 and the back-end interface 

15 circuits 66, which are essentially interfaces to the volatile memory cache 54 (see Fig. 2), 
can distribute portions of a data element across more links thus enabling the same 
amount of data to be transferred in a shorter amount of time, or a larger amount of data 
to be transferred in the same amount of time. 

Furthermore, it should be understood that the above-described communications 

20 protocol between the interface circuits 64, 66 and the volatile memory cache circuits 68 
are suitable for a variety of operations including read, v^ite and read-modify-write (i.e., 
mask/compare/swap) data transfer operations. In one arrangement, the 
read-modify-write operation is made atomic thus preventing the operation from being 
interrupted until complete. 

25 Additionally, it should be understood that the interface circuits 64, 66 and the 

volatile memory cache circuits 68 can exchange signals other than data transfer 
communications through the point-to-point channels 70, 72. For example, upon startup, 
the interface circuits 64, 66 and the volatile memory cache circuits 68 can exchange 
INIT and subsequently READY signals (e.g., repeating 8B/10B control characters to 
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allow the circuits to align their operating states and synchronize links). In particular, the 
circuits can exchange semaphores to report conditions (e.g., operating states) and invoke 
control. If an error occurs during communications (e.g., bit errors, timeouts, loss of 
synchronization, etc.) the interface circuits 64, 66 and the volatile memory cache circuits 

5 68 use ALARM signals (e.g., another series of 8B/10B control characters), exchange 
semaphores, or in the v^orst case, reset themselves and/or restart communications 
through the point-to-point channels 70, 72 beginning v^ith a new series of 
synchronization and ready signals. 

Furthermore, the tags fields 150, 174, 198, 222 were described as including an 

10 identification of which interface circuit initiated an operation for fault recovery 

purposes. It should be understood that the tag fields can contain other information as 
well (e.g., a complete blue print or map of the communications pathway for an 
operation). Also, it should be understood that the volatile memory cache circuit 68 can 
send a special identifier in a tag field (e.g., zero out the tag field) if the volatile memory 

1 5 cache circuit 68 determines that the contents of the tag are faulty or corrupt so that the 
interface circuit 64, 66 does not mistakenly believe it is not the correct recipient. 

Additionally, it should be understood that the above-described communications 
between interface circuits 64, 66 and the volatile memory cache circuits 68 can include 
commands and data with varying degrees of complexity (e.g., complex read and writes 

20 with different addressing schemes). For example, the data portions sent through the 
channels 70, 72 can include addresses to other data elements rather than actual data, 
test-and-set commands for locking purposes, etc. 

Furthermore, it should be understood that the interface circuits 64, 66 were 
described as being the initiators of operations with the volatile memory cache circuits 68 

25 by way of example only. In other arrangements, the volatile memory cache circuits 68 
have the ability to initiate operations as well. 



